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Beschreibung 


Webserver mit integrierter Automatisierungsfunktionalitat und 
direktem Zugriff auf die Echtzeit-Koimaunikationsebene des 
Realtime-Ethernets t 

-Die Erfindung betrifft einen Webserver mit in den Webserver 
integrierten Sof twaremodulen sowie ein Automatisierungssystem 
bzw. ein Computerprogrammprodukt mit einem solchen Webserver. 

Server, welche tlber das Internet mit Clients verbunden sind 
und diesen Informationen, tiblicherweise Internetseiten, zur 
VerfUgung stellen, werderi Webserver genannt. Ein solcher Web- 
server ist eine Applikation, welche auf einem oder auf mehre- 
ren Rechnern verteilt ablauft. Auf dem Webserver werden Paten 
zentral gespeichert, welche von vielen verschiedenen Clients 
verwendet werden konnen, unabhangig vom jeweiligen Standort 
eines Clients. Als Webserver wird sowohl die auf einem Rech- 
ner ablaufende Sof twareapplikation als auch der Rechner 
selbst bezeichnet. Webserver dienen heute als universeller 
Informationslieferant im Internet, aber auch in lokalen Net- 
zen, die auf Internettechnologien aufsetzen. Hierbei wird oft 
die MSglichkeit von Erweiterungsmodulen der Webserver Ge- 
brauch gemacht, z.B. urn Zugriff auf Datenbanken, Formulare 
etc. zu erm6glichen. Die Kommunikation zwischen Client und 
Webserver lauft tiblicherweise gemafl dem HTTP-Protokoll (HTTP 
= Hyper Text Transfer Protocol) ab. 

Die US 6 0 61 603 A beschreibt ein Steuerungssystem, welches 
einem Anwender ermoglicht, eine speicherprogrammierbare Steu- 
erung Uber ein Kommunikationsnetz wie z.B. das Internet mit- 
tels eines Webbrowsers zu erreichen. Das System enthait eine 
Schnittstelle zwischen dem Netzwerk und der speicherprogram- 
mierbaren Steuerung. Dieses so genannte Webinterface bietet 
Internetseiten von einer Ethernetschnittstelle der speicher- 
programmierbaren Steuerung an und enthait einen HTTP-Proto- 
koll-Interpreter und einen TCP/IP-Stack (TCP/IP = Transmissi- 
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on Control Protocol/Internet Protocol) . Das Webinterface bie- 
tet einem entfernten Anwender somit tiber das Internet Zugriff 
auf die speicherprogrammierbare Steuerung. 

5 Der Erfindung liegt die Aufgabe zugrunde, eine LSsungsmog- 
lichkeit zur Realisierung einer Automatisierungsfunktionali- 
tat aufzuzeigen, welche verschiedene Kommunikationsarten un- 
tersttitzt. 

10 Diese Aufgabe wird mit einem Webserver mit Sof twaremodulen 

gelost, bei welchem mindestens ein erstes Sof twaremodul erste 
Mittel zur Realisierung einer Automatisierungsfunktionalitat 

•und zweite Mittel zum direkten Zugriff auf die Echtzeit- 
Kommunikationsebene eines Realtime-Ethernets aufweist. 

15 

Der Erfindung liegt die Erkenntnis zugrunde, dass die klassi- 
sche Automatisierungswelt heute wenige Beruhrungspunkte mit 
dem Internet hat, da in der Automatisierungstechnik tiberwie- 
gend mit proprietaren Protokollen gearbeitet wird. Die Ent- 
20 wicklung der Webtechnologie schreitet jedoch voran, ohne dass 
Fragestellungen der Automatisierungstechnik berUcksichtigt 
werden. Die bisherigen Ansatze, eigene Webserverf unktionali- 
tat in die Automat isierungskomponent en zu integrieren, basie- 
ren wiederum auf proprietaren Losungen der einzelnen Kompo- 
nenten. Zudem erwies sich die Leistungsf ahigkeit derartiger 
Losungen als sehr beschrankt. Der erf indungsgemafie Webserver 
verbindet auf tiberraschende Weise die Webtechnologie mit der 
Automatisierungstechnik, indem ein direkt in den Webserver 
integriertes Erweiterungsmodul, in der Regel ein Softwaremo- 
30 dul, die geforderte Automatisierungsfunktionalitat zur Verftt- 
gung stellt. Ein solchermafien in der Funktionalitat erweiter- 
ter Webserver kann sowohl komplexe Aufgaben der klassischen 
Automatisierungstechnik als auch kleinere Auf gabenstellungen 
z.B. im Consumer-Bereich bearbeiten. Durch die direkte Integ- 
35 ration der Automatisierungsfunktionalitat in den Webserver 

lassen sich vorhandene Web- Implement ierungen auch bei der Be- 
arbeitung der Automatisierungsauf gabe nutzen. Die zweiten 
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Mittel des ersten Sof twaremoduls zum direkten Zugriff auf die 
Echtzeit-Kommunikationsebene des Realtime-Ethernets eroffnen 
zusatzlich einen von Webtechnologien unabhangigen Kommunika- 
tionsweg. 

5 

Durch die Verbindung des erf indungsgemSJSen Webservers mit ei- 
nem Kommunikationsnetzwerk, insbesondere dem Internet, werden 
zum einen Internet-Technologien der Automatisierungstechnik 
zuganglich und zum anderen wird eine durchgSngige Anbindung 
10 der Automatisierungskomponenten an das Kommunikationsnetzwerk 
bzw. das Internet erreicht. 

•Die Verwendung von Internet-Protokollen zur Kommunikation der 
Softwaremodule untereinander und zur Kommunikation der Soft- 
15 waremodule mit Komponenten aufierhalb des Webservers ermog- 
licht die Vereinheitlichung der Komponenten des Webservers 
hinsichtlich ihrer Kommunikationsschnittstellen. Die Erweite- 
rung des Webservers mit weiteren Modulen wird erleichtert, da 
diese ohne aufwendige Anpassung an proprietare Protokolle 
20 verwendet werden konnen. Beispiele ftir Ubliche Internet- 
Protokolle sind HTTP und FTP (File Transfer Protocol) . 

In einer vorteilhaf ten Ausgestaltung der Erfindung ist der 
Webserver zur Konf iguration und Administration der Software- 
module vorgesehen. 

Der erf indungsgemafie Webserver ist leicht skalierbar und so- 
mit gemafi einer weiteren vorteilhaf ten Ausgestaltung zur An- 
steuerung der Komponenten eines industriellen Automatisie- 
30 rungssystems einsetzbar, wenn das erste Sof twaremodul eine 

Verbindung zum industriellen Automat i si erungs system aufweist. 

Urn verftigbare Internet-Sicherheitsmechanismen zu nutzen, wird 
vorgeschlagen, dass der Webserver tiber einen Firewall eine 
35 Verbindung mit dem Internet aufweist. Bei den bereits tibli- 
chen in eine Automatisierungskomponente integrierten Webser- 
vererweiterungen sind die im Internet geforderten Sicher- 
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heitsmechanismen aufgrund der engen Freir^ume in der Regel 
nicht realisierbar . 

Die Verbindung des Webservers rait einem Kommunikationsnetz- 
5 werk, insbesondere dem Internet, kann vorteilhaft zur Unter- 
sttitzung der Automatisierungsfunktionalitat genutzt werden, 
wenn der Webserver tiber ein Kommunikationsnetzwerk mit einem 
Webbrowser als Bedien- und Beobachtungssystem ftlr das von dem 
ersten Sof twaremodul angesteuerte Automatisierungssystem ver- 
10 bunden ist. Dieses Bedien- und Beobachtungssystem kann auch 
zur Projektierung, zur Programmierung, zur Durchftihrung von 
Software-Updates, also allgemein zur Datenkommunikation und 
Datenreprasentation genutzt werden. 

15 Um die Nutzung von Webtechnologien auch ftir Echtzeit-Anwen- 

dungen zu ermoglichen, wird vorgeschlagen, dass der Webserver 
ein Echtzeit-Betriebssystem aufweist. Insbesondere beim Ein- 
satz in der Prozessautomatisierung mUssen die verwendeten Au- 
tomatisierungskomponenten echtzeitf ahig sein. Durch Kopplung 
des ersten Sof twaremoduls mit dem Echtzeit-Betriebssystem 
kann diese Anforderung erftillt werden. Das Echtzeit-Betriebs- 
system kann zusatzlich zu einem nicht-echtzeitf ahigen Be- 
triebssystem(teil) oder als alleiniges Betriebssystem einge- 
setzt werden. 


20 


Nachfolgend wird die Erfindung anhand der in den Figuren dar- 
gestellten Ausf Uhrungsbeispiele naher beschrieben und erl^u- 
tert . 


30 Es zeigen: 

FIG 1 ein System mit tiber das Internet verbundenen Web- 

servern, welche unterschiedliche Aufgaben erfUllen, 
FIG 2 einen Webserver mit Automatisierungsfunktionalitat, 

35 FIG 3 eine schematische Ansicht des Aufbaus eines Webser- 

vers mit Automatisierungsfunktionalitat, 
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FIG 4 ein System mit ttber das Internet und eine proprie- 

tare Verbindung verbundenen Webservern und 

FIG 5 ein System mit kombiniertem Einsatz eines Webser- 

vers mit Automatisierungsfunktionalitat, eines Au- 
tomatisierungsgerats und eines klassischen Webser- 
vers ohne Automatisierungsfunktionalitat . 

& 

FIG 1 zeigt verschiedene Webserver 3, 10, 15, 20, 24, welche 
direkt oder indirekt tiber das Internet 1 miteinander verbun- 
den sind. Ein erster Webserver 3 kommuniziert direkt tiber ei- 
ne Verbindung 2 mit dem Internet 1 . Der erste Webserver 3 
enthalt ein Erweiterungsmodul 4, welches Ober eine Verbindung 
5 mit einem Eingabe-/Ausgabemodul 6 eines Automatisierungs- 
systems verbunden ist. Ein zweiter und ein dritter Webserver 
10, 15 sind ttber Verbindungen 9, 14, einen Firewall 8 und ei- 
ne Verbindung 7 mit dem Internet 1 verbunden. Der zweite Web- 
server 10 weist ein Erweiterungsmodul 11 auf, welches eine 
Verbindung 12 zu einem Umrichter 13 aufweist. Der dritte Web- 
server 15 enthalt ein Erweiterungsmodul 16, welches tiber eine 
Verbindung 17 einen Antrieb 18 ansteuert. Mit dem Bezugszei- 
chen 20 ist ein vierter Webserver, ein so genannter embedded 
Webserver gekennzeichnet, welcher direkt Ober eine Verbindung 
19 mit dem Internet 1 verbunden ist und ein Erweiterungsmodul 
21 aufweist, welches ein Ventil 22 ansteuert. Der in FIG 1 
dargestellte fiinfte Webserver 24 besitzt keinerlei Automati- 
sierungsfunktionalitat und kommuniziert mit dem Internet tiber 
eine Verbindung 23. Ein Webbrowser 2 6 ist tiber eine Verbin- 
dung 25 an das Internet 1 angeschlossen. 

Im Folgenden soli die der Erfindung zugrunde liegende Idee 
anhand FIG 1 erlautert werden. Ein Webserver ist ein Prozess 
auf einem Rechner - oder auch verteilt tiber mehrere Rechner - 
und versorgt tiblicherweise sehr viele Clients (Webbrowser auf 
verschiedenen Geraten) mit Informationen. Diese Inf ormationen 
kSnnen sich entweder statisch auf dem Webserver befinden oder 
aber auch dynamisch von weiteren Dienstprogrammen erzeugt 
werden. Obliche tiber das Internet 1 verbundene Kommunikati- 
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onspartner sind also Webserver in der Ausgestaltung des fttnf- 
ten Webservers 24 und Webbrowser 26. Der ftinfte Webserver 24 
stellt Informationen, im Allgemeinen Internetseiten, auf An- 
frage eines Webbrowsers 2 6 tiber das Internet 1 zur Verftigung. 
5 Die Idee der Erfindung liegt nun darin, einen solchen stan- 
dardmaMgen Webserver durch Erweiterung mittels Sof twaremodu- 
le so auszugestalten, dass er auch Automatisierungsauf gaben 
losen kann. Der erste Webserver 3 enthait ein Erweiterungsmo- 
dul 4, welches die Auf gaben einer speicherprograramierbaren 
10 Steuerung (SPS) tibernimmt. Das Erweiterungsmodul 4 als Teil 
des Webservers 3 ist dazu mit einer Verbindung .5 mit einem 
Eingabe-/Ausgabemodul eines Automatisierungssystems verbun- 

• den. Der erste Webserver 3 dient somit nicht nur der Informa- 
tionsbereitstellung tiber die Verbindung 2 ins Internet 1, 
15 sondern kann durch die Integration des Erweiterungsmodul s 4 

komplexe Steuerungsauf gaben ausftihren, welche beim bisherigen 
Stand der Technik nur durch eigenstandige speicherprogram- 
mierbare Steuerungen ausftihrbar waren. Ein weiteres Ausftih- 
rungsbeispiel des erf indungsgemafien Webservers zeigt FIG 1 im 
20 zweiten Webserver 10, welcher ein Erweiterungsmodul 11 mit 

CNC-Funktionalitat (CNC = Computer Numerical Controlled) auf- 
weist. Der zweite Webserver 10 steuert Uber das Erweiterungs- 
modul 11 eine computergesteuerte Werkzeugmaschine 13 (CNC- 
Werkzeugmaschine) , welche zur schnellen und genauen Herstel- 

•lung von komplizierten Dreh- und Fr&steilen dient. Derartig 
komplizierte Steuerungen werden iiblicherweise durch eigens 
daftir spezif izierte Rechner ausgeftihrt. Als ahnlich komplexe 
Steuerungsauf gabe erweist sich die Steuerung eines Antriebs 
18, welcher der dritte Webserver 15 im Ausfuhrungsbeispiel 
30 ubernimmt. Dazu enthalt er ein Erweiterungsmodul 16, welches 
die anspruchsvollen Aufgaben der Steuerung bzw. Regelung des 
Antriebs 18 iibernimmt. Urn die Vorteile der Nutzung von Web- 
technologien durch den zweiten und den dritten Webserver 10, 
15 nicht durch den Nachteil mangelnder Sicherheit zu erkau- 
35 fen, sind die Webserver 10, 15 uber einen Firewall 8 mit dem 
Internet 1 verknttpft. Der Firewall 8 verhindert effektiv un- 
zuiassige Zugriffe tiber eine Kommunikationsverbindung 7 auf 
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einen der Webserver und damit auf den Antrieb 18 oder die 
Werkzeugmaschine 13. Bei einem weiteren in FIG 1 dargestell- 
ten Ausftihrungsbeispiel der Erfindung ist der Webserver mit 
Automatisierungsfunktionalitat ein so genannter embedded Web- 
5 server 20, welcher als Erweiterungsmodul 21 einen Temperatur- 
regler zur Ansteuerung eines Ventils 22 enthalt. Dieser em- 
bedded Webserver 20 ist beispielsweise als Single-Chip-Losung 
innerhalb eines Personal Computers (PC) realisiert. Jeder der 
beschriebenen Webserver 3, 10, 15 bzw. 20 bietet neben der 
10 Automatisierungsfunktionalitat der Erweiterungsmodule auch 

samtliche Funktionalitaten und damit samtliche Vorteile eines 
standardmafiigen Webservers 24. Der tiber das Internet 1 ange- 

>bundene Webbrowser 26 kann somit auch auf die mit Automati- 
sierungsfunktionalitat erweiterten Webserver 3, 10, 15 und 20 
15 mit Webtechnologien zugreifen und so z.B. als Bedien- und Be- 
obachtungs system eingesetzt werden. Die in FIG 1 dargestell- 
ten Ausfuhrungsbeispiele zeigen deutlich die im Gegensatz zu 
herkommlichen Ans&tzen bessere Skalierbarkeit der hier vorge- 
schlagenen Losung. Der Webserver kann als Single Chip Webser- 
20 ver mit Hardware-Anbau (z.B. Mm Consumer-Bereich) bis hin zum 
Hochleistungswebserver mit SoftPLC und Office Software ausge- 
ftihrt werden. 

FIG 2 zeigt ein Ausftthrungsbeispiel eines Webservers mit Au- 
^ tomatisierungsfunktionalitat in schematischer Ansicht. Ein 
■ B Webserver 33 ist tiber eine Verbindung 32 und einen TCP/IP- 
Stack 31 mit einer TCP/IP-Verbindung 30 verbunden. Der Web- 
server 33 enthalt ein erstes Erweiterungsmodul 34, welches 
als Datenbankmodul ausgefiihrt ist und mittels einer Verbin- 
30 dung 35 Zugriff auf einen SQL7-Server 36 <SQL = Structured 

Query Language) hat. Ein zweites Erweiterungsmodul 37 besitzt 
Automatisierungsfunktionalitat und kommuniziert tiber eine 
Verbindung 38 mit einem Industrieprozess 39. Das Erweite- 
rungsmodul 37, ein Sof twaremodul, wird tiber eine hier nicht 
35 dargestellte Schnittstelle an die Verbindung 38 und damit an 
die Hardware-Komponenten des Automatisierungssystems zur 
Steuerung des Industrieprozess 39 angekoppelt. Der TCP/IP- 


Stack steuert als vorgeschaltete Software die Zugriffe auf 
eine hier nicht dargestellte Netzwerkkarte, welche Zugriff 
auf die TCP/IP-Verbindung 30 hat, und stellt den zugreifenden 
Prozessen das TCP/IP-Protokoll zur Verfilgung. 

5 

FIG 3 zeigt die schematis.che Ansicht des Aufbaus eines weite- 
ren Ausftihrungsbeispiels eines Webservers mit Automatisie- 
rungsfunktionalitat. Dargestellt sind Sof twarekomponenten des 
Webservers ♦ Ein Betriebssysteia 50 des Rechners auf dem der 
10 Webserver lauft enthalt ein Standard-Betriebssystem 51 sowie 
ein Echtzeit-Betriebssystem 52. Ein Webserver-Kernel 54 ist 
auf das unterlagerte Betriebssystem 50 mittels einer Portie- 

•rung 53 aufgesetzt. Der Webserver-Kernel 54 stellt standardi- 
sierte Schnittstellen fttr die Ankopplung der Sof twarekompo- 
15 nenten zur Verfilgung und ist die Basis ftir verschiedene Soft- 
ware-Erweiterungsmodule. Ein erstes Erweiterungsmodul 55 
dient der Bereitstellurig von Webseiten, ein zweites Erweite- 
rungsmodul 56 dient als XML-Parser. Mit einem dritten Erwei- 
terungsmodul 57 wird ein Prof ibusanschluss 58 angebunden. Ein 
20 viertes Erweiterungsmodul 59 bietet Java-Funktionalitat, ein 
fUnftes Erweiterungsmodul 60 verarbeitet Signale einer Web- 
cam. Ein sechstes Erweiterungsmodul 64 dient der Verarbeitung 
von XML-Daten. Ein siebtes Erweiterungsmodul 61 mit Automati- 
sierungsfunktionalitat weist eine Verbindung 62 zu einem Pro- 
zess und eine Verbindung 63 zu einem Interface 65 zum Echt- 
m m zeit-Betriebssystem 52 auf. Ein System gilt als echtzeitf^- 
hig, wenn es innerhalb einer benerm- und garantierbaren Zeit 
auf zufallige, externe Ereignisse reagieren kann. In indus- 
triellen Automatisierungssystemen sind Reaktionszeiten im 
30 Mikrosekundenbereich tiblich und erforderlich. Echtzeitprozes- 
se kdnnen alle Dienste nutzen, die auch anderen Prozessen zur 
Verfttgung stehen. 

Das Betriebssystem 50 hat direkten Zugriff auf die Ressourcen 
35 des Rechners, wie z.B. Speicher und Rechenzeit. Wird ein Kom- 
mando abgeschickt oder ein Programm aufgerufen, so wird der 
benotigte Programmcode in einen Haupt speicher geladen und als 
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Prozess gestartet. Prozesse haben keinen Zugriff auf die Res- 
sourcen, sie fordern diese jeweils vom Betriebssystem an. 
Durch die direkte Integration der Automatisierungsfunktiona- 
litat als siebtes Erweiterungsmodul 61 in den Webserver wer- 
. 5 den die Leistung, die Dienste (z.B. Autotopologie, SSDP, 

SNMP, E-Mail etc.) und die Offenheit des Internets der Auto- 
matisierungswelt zuganglich gemacht und die weiteren, oben 
beschriebenen Vorteile erreicht. Das siebte Erweiterungsmodul 
61 realisiert einerseits die Automatisierungslosung und 
10 tauscht andererseits Inf ormationen tiber den Webserver aus und 
wird durch diesen konfiguriert und administriert . Im Gegen- 
satz dazu ist bei einer so genannten Sof tPLC (= Sof twaresimu- 

•lation einer speicherprogrammierbaren Steuerung) die Automa- 
tisierungsfunktion nicht in den Server integriert, sondern 
15 parallel zu diesem installiert, eventuell tiber eine Kommuni- 
kationsschnittstelle angebunden. Integration in den Server 
bedeutet insbesondere, dass ein Erweiterungsmodul direkt 
durch den Webserver geladen, konfiguriert, gestartet und be- 
endet wird. Ein solches Erweiterungsmodul wird haufig auch 
20 als Extension* bezeichnet. Der Webserver-Kernel 54 des er- 

f indungsgemafien Webservers dient als gemeinsame Plattform far 
die Erweiterungsmodule. Dies erleichtert insbesondere die 
Konf iguration der Sof tware-Erweiterungsmodule und deren Wie- 
derverwendung in anderen Applikationen. Die Anbindung der Er- 
weiterungsmodule erfolgt nicht mit proprietaren oder auspro- 
*t W ^rammierten Schnittstellen, sondern mit standardisierten 

Schnittstellen, beispielsweise API (Application Programming 
Interface) oder CGI (Common Gateway Interface) . API ist eine 
formal definierte Schnittstelle, tiber die Anwendungsprogramme 
30 Systemdienste (Netz, Betriebssystem etc.) oder Dienstleistun- 
gen anderer Anwendungsprogramme verwenden konnen. CGI be- 
schreibt eine Standard-Schnittstelle zwischen einem Webserver 
und Programmen. Das siebte Erweiterungsmodul 61 weist als 
Mittel zur Realisierung einer Automatisierungsfunktionalitat 
35 Regelungs- und/oder Steuerungsmittel zur Regelung und/oder 

Steuerung von Komponenten sowie Prozessen eines Automatisie- 
rungssystems auf. Diese Regelungs- und Steuerungsmittel zur 
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Ansteuerung eines Automatisierungssystems sind tlblicherweise 
als im Erweiterungsmodul ablauffahige Sof twareprozesse ausge- 
bildet. 

5 FIG 4 zeigt ein System mit tiber das Internet 80 und eine 

proprietare Verbindung 78 verbundenen Webservem 70, 71. Ein 
Webserver 70 mit Automatisierungsmodul 72 ist tiber eine Ver-' 
bindung 76 und seinen TCP/IP-Stack 77 mit dem Internet 80 
verbunden. Das Automatisierungsmodul 72 kommuniziert tiber ei- 
10 ne Verbindung 73 mit einem Industrieprozess 74. Das in den 

Webserver integrierte Automatisierungsmodul 72 hat zusatzlich 
mit der Verbindung 75 einen direkten Zugrif f auf die Echt- 

•zeit-Kommunikationsebene des Realtime-Ethernets. Das Automa- 
tisierungsmodul 72 wird also um den Zugriff auf die Echtzeit- 
15 Kommunikationsebene des Realtime-Ethernets erweitert. Das ist 
in der Regel der unterlagerte Realtime-Ethernet TCP/ IP-Stack 
in der vierten Schicht (auch „Schicht 4* genannt) des unten 
beschriebenen ISO/OSI-Modells . Eine Realtime-Ethernet-Ver- 
bindung 78 zwischen dem TCP/IP-Stack 77 des Webservers 70 und 
20 dem TCP/IP-Stack 79 eines weiteren Webservers 71 dient der 
Kommunikation mittels eines TCP/IP-basierten Realtime- 
Ethernet-Protokolls . Der Webserver 71 weist ebenfalls ein Au- 
tomatisierungsmodul 83 auf, welches tiber eine Verbindung 82 
mit dem TCP/IP-Stack 79 gekoppelt ist. 

■ ■ FIG 5 zeigt ein System mit kombiniertem Einsatz eines Webser- 
vers 70 mit Automatisierungsfunktionalitat, eines Automati- 
sierungsgerats 93 und eines klassischen Webservers 95 ohne 
Automatisierungsfunktionalitat. Ein Webserver 70 mit Automa- 

30 tisierungsmodul 72 ist ttber eine Verbindung 7 6 und seinen 
TCP/ IP-Stack 77 mit dem Internet 80 verbunden. Das in den 
Webserver integrierte Automatisierungsmodul 72 hat zusatzlich 
mit der Verbindung 75 einen direkten Zugriff auf die Echt- 
zeit-Kommunikationsebene des Realtime-Ethernets. Eine Realti- 

35 me-Ethernet-Verbindung 78 zwischen dem TCP/IP-Stack 77 des 

Webservers 70 und dem TCP/IP-Stack 91 eines Automatisierungs- 
gerats 93 dient der Kommunikation mittels eines TCP/IP- 
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basierten Realtime-Ethernet-Protokolls . Das klassische Auto- 
matisierungsgerat 93 ist tiber eine Verbindung 82 mit seinem 
TCP/IP-Stack 91 gekoppelt. FIG 5 zeigt zudem einen klassi- 
schen Webserver 95 ohne Automatisierungsfunktionalitat, wel- 
5 cher mittels seinem TCP/ IP-Stack 94 mit dem Internet 80 ge- 
koppelt ist, 

Gewisse Automatisierungsauf gaben verlangen eine echtzeitf ahi- 
ge . Kommunikation (schnell, aquidistant, deterministisch, sie- 
10 he oben) , wie sie die Internetprotokolle und auch Standard- 
Ethernet nicht bieten konnen. Das Problem der aus dieser 
Sicht nicht immer ausreichend leistungsf &higen Protokolle 



wird gelSst, indem den Automat isierungsmodulen 72, 83 des 
Webservers 70, 71 ein Zugang zum unterlagerten Realtime- 


15 Ethernet Protokoll-Stack ermoglicht wird. Hieruber kann eine 
proprietare, schnelle Echtzeit-Kommunikation ablaufen. Dies 
ist nattirlich besonders in LAN-Umgebungen (LAN = Local Area 
Network) interessant. Die Echtzeit-Anf orderungen des Automa- 
tisierungsmoduls 72, 83 werden durch diesen Zugang abgewi- 
20 ckelt. Administrative Auf gaben wie Konf iguration, Diagnose 
etc. oder auch „Web-Surf en* (gemeint ist normaler Internet- 
zugriff) wird tiber den Nicht-Echtzeit-Anteil des Webservers 
70, 71 abgewickelt. 

Zur Eriauterung werden im Folgenden die Grundlagen des in der 
m m Beschreibung erwahnten ISO/OSI-Ref erenzmodells und des 

TCP/ IP-Protokolls genannt. Zur Beschreibung der Struktur und 
Funktion von Protokollen ftir die Datenkommunikation wird hau- 
fig ein Architekturmodell zugrundegelegt, das von der Inter- 

30 national Standards Organisation (ISO) entwickelt wurde. Die- 
ses Basisreferenzmodell namens Open Systems Interconnect 
(OSI) Reference Model schafft einen Bezugsrahmen fUr die Be- 
handlung von Themen aus dem Bereich der Datenkommunikation. 
Das Basisreferenzmodell der ISO besteht aus sieben Schichten 

35 (layers) . Jede dieser Schichten definiert gewisse Funktionen 
der Protokolle fttr die Datenkommunikation, die beim Austausch 
von Daten zwischen Anwendungen tlber ein dazwischenliegendes 
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Netzwerk hinweg ausgeftlhrt werden. Jede einzelne Schicht de- 
finiert nicht ein Protokoll, sondern stellt vielmehr eine 
Funktion der Datenkommunikation dar, die von beliebig vielen 
Protokollen ausgeftihrt werden kann. Jede Schicht kann mehrere 
5 Protokolle enthalten, von denen jedes solche Dienste bereit- 
stellt, wie sie ftir die Erfttllung der Funktion dieser Schicht 
benotigt werden. Es ergibt sich das folgende Modell: 

Die unterste, erste Schicht definiert die physikalischen Ei- 
10 genschaften der Ubertragungswege und wird deshalb physikali- 
sche Schicht (Physical Layer) genannt. Die zweite Schicht, 
die sogenannte Verbindungssicheirungsschicht (Data Link Lay- 

• er) , sorgt ftlr die zuverlassige Obertragung der Daten tiber 
die physikalischen Verbindungen. Die dritte Schicht, die 
15 Netzwerkschicht (Network Layer) , verwaltet die Verbindungen 
zwischen den Rechnern im Netz fUr die hoheren Schichten. Die 
vierte Schicht, die sogenannte Transportschicht (Transport 
Layer) , garantiert die f ehlerf reie Datentibertragung durch 
Fehlererkennung und -korrektur. Die ftinfte Schicht, genannt 
20 Si tzungs schicht (Session Layer) , verwaltet die Verbindungen 
zwischen den Anwendungen. Die sechste Schicht, die Darstel- 
lungsschicht (Presentation Layer) , standardisiert das Format 
der Daten auf dem Netz. Die hochste und siebte Schicht 
schlieiilich, die Anwendungs schicht (Application Layer) , be- 
steht aus den Anwendungen, mit denen man das Netz nutzen 
m m kann . 

TCP/IP (Transmission Control Protocol / Internet Protocol) 
ist nicht nur im UNIX-Bereich, sondern auch auf dem PC (DOS, 

30 Windows, etc.) der Standard-Protokoll-Stack fiir die Anbindung 
an das Internet. Vorteile von TCP/IP sind u.a. die offenen, 
herstellerunabhangigen Protokollspezif ikationen, die Unabhan- 
gigkeit von einem bestimmten Netzwerkmedium und die standar- 
disierte Schnittstelle zu Anwendungsprogrammen. Die Proto- 

35 kollarchitektur von TCP/IP basiert im Vergleich zum ISO/OSI- 
Modell auf vier Schichten. Die unterste Schicht wird Netzzu- 
gangsschicht genannt und enth&lt Routinen ftlr den Zugriff auf 
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physikalische Netze. Sie entspricht den untersten beiden 
Schichten des ISO/OSI-Modells . Die zweite TCP/IP-Schicht, die 
Internet-Schicht, definiert den Aufbau von Datagrammen und 
routet Daten und entspricht somit der dritten OSI-Schicht. 
5 Die dritte TCP/IP-Schicht, die Transportschicht, stellt End- 
zu-End-Datendienste zur Verftigung und entspricht der vierten 
Schicht des ISO/OSI-Modells . Die vierte TCP/IP-Schicht, die 
sogenannte Anwendungsschicht, enthait Anwendungen und Prozes- 
se, die auf das Netzwerk zugreifen und entspricht damit den 
10 obersten drei Schichten des ISO/OSI-Modells ♦ Die Daten wan- 

dern durch die einzelneh Schichten und bekommen in jeder tie- 
feren Schicht einen neuen Header (Kopf ) mit Kontrollinforma- 

• tionen hinzugeftigt (sogenannte Kapselung) . Beim Datentrans- 
port von unten nach oben werden diese Zusatzinf ormationen 
15 wieder entfernt. 

Der vorgeschlagene Webserver ist Teil eines in einer Client- 
Server-Architektur aufgebauten Systems verteilter Anwendun- 
gen. In einem solchen System ist es die Aufgabe eines Servers 

20 als Anbieter eines Dienstes auf Anfragen eines Clients Be- 

rechnungen oder andere interne Prozesse durchzuf uhren und de- 
ren Ergebnisse als protokollkonf orme Antworten zu formulieren 
und an den anfragenden Client weiterzugeben. Als Client be- 
zeichnet man dabei ein Gerat oder einen Prozess, welcher den 

^ Dienst eines oder mehrerer Server in Anspruch nimmt. Obli- 
m H cherweise stellt der Server also passiv einen Dienst zur Ver- 
ftigung und wartet darauf, dass ein Client bei ihm anfragt, 
Der Client hingegen stellt keine Dienste zur Verftigung son- 
dern nimmt Dienste eines Servers in Anspruch. Ein Server als 

30 Anbieter eines Dienstes kann sich dabei auf demselben Gerat 

wie der Client oder auf einem anderen tiber ein Netzwerk (z.B. 
das Internet) erreichbaren Gerat befinden. Die Client-Server- 
Kommunikation gehorcht gewissen Regeln und formalen Beschrei- 
bungen, den so genannten Protokollen. Es ist unabdingbare 

35 Voraussetzung ftir eine erfolgreiche Kommunikation zwischen 

Client und Server, dass beide Seiten dasselbe Protokoll ver- 
wenden. Ein solches Protokoll spezifiziert tiblicherweise die 
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Kommunikationskanale und die Formate mit denen Anmeldung, In- 
formationsaustausch, Anfrage, Antwort und Abmeldung erfolgen. 
Nicht alle diese Schritte mtissen immer explizit angegeben 
werden, wenn sie ftlr den Anwendungszweck nicht von Belang 
5 sind. Protokolle werden auf unterschiedlichsten Abstraktions- 
ebenen spezifiziert und bauen ttblicherweise aufeinander auf. 
Man spricht dann von einem Schichtenmodell (z.B. das oben be- 
schriebene ISO/OSI-Schichtmodell) . Wahrend die untersten 
Schichten die Kommunikation von Hardware* und Geraten regeln - 
10 es werden elektrische Signale, Kabel oder Funkf requenzen und 
deren Eigenschaf ten spezifiziert, beschaftigen sich mittlere 
Schichten mit dem Aufbau von Netzwerktopologien (Adressstruk- 

•turen und deren Auflosung, Routing und Fehlerkorrektur) . Man. 
trennt hier oft die Netzwerkschicht (z.B. IP - Internet Pro- 
15 tocol) und die Transportschicht (z.B. TCP = Transmission 

Control Protocol) . Die obersten Schichten bezeichnet man als 
Anwendungsschicht. Hier wird spezifiziert, wie konkrete 
Client-Server-Anwendungen miteinander kommunizieren. Beispie- 
le fur solche Protokolle der Anwendungsschicht sind HTTP (Hy- 
20 per Text Transfer Protocol), FTP (File Transfer Protocol) und 
SMTP (Simple Mail Transfer Protocol) . 

Zusammengefasst betrifft die Erfindung also einen Webserver 
mit in den Webserver 70 integrierten Sof twaremodulen 72, wel- 

«cher verschiedene Kommunikationsarten unterstatzt. Mindestens 
ein erstes Sof twaremodul 72 weist erste Mittel zur Realisie- 
rung einer Automatisierungsf unktionalitat und zweite Mittel 
zum direkten Zugriff auf die Echtzeit-Kommunikationsebene ei- 
nes Realtime-Ethernets auf. 


15 

Patentansprtlche 

1. Webserver (70) mit Sof twaremodulen (72), bei welcheia min- 
destens ein erstes Sof twaremodul (72) erste Mittel zur Reali- 

5 sierung einer Automatisierungsfunktionalitat und zweite Mit- 
tel zum direkten Zugriff auf die Echtzeit-Kommunikationsebene 
eines Realtime-Ethernets aufweist. 

2, Webserver nach Anspruch 1, 

10 dadurch gekennzeic h n e t , 

dass der Webserver (70) eine Verbindung mit einem Kommunika- 
tionsnetzwerk, insbesondere dem Internet, aufweist. 



3. Webserver nach Anspruch 1 oder 2, 
15 dadurch geke n.n zeichnet, 

dass zur Kommunikation der Sof twaremodul e (72) untereinander 
und zur Kommunikation der Sof twaremodule (72) mit Kbmponenten 
aufierhalb des Webservers (70) Internet-Protokolle vorgesehen 
sind. 


20 


30 


35 


4* Webserver nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass der Webserver (70) zur Konf iguration und Administration 
der Sof twaremodule (72) vorgesehen ist. 

5. Webserver nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass das erste Sof twaremodul (72) eine Verbindung (73) zu ei- 
nem industriellen Automatisierungssystem (74) aufweist. 

6. Webserver nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass der Webserver Uber einen Firewall (8) eine Verbindung 
(7) mit dem Internet (1) aufweist . 

7. Webserver nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 
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dass der Webserver liber ein Kommunikationsnetzwerk mit einem 
Webbrowser (26) als Bedien- und Beobachtungssystem verbunden 
ist . 

8. Webserver nach einem der vorhergehenden Anspriiche, 
dadurch gekennz.eichnet, 

dass der Webserver ein Echtzeit-Betriebssystem (52) aufweist. 

9. Automatisieriingssystem mit einem Webserver nach einem der 
Anspriiche 1 bis 8. 

10. Computerprogrammprodukt mit einem Webserver nach einem 
der Anspriiche 1 bis 8 . 



17 

Zus ammen f as sung 

Webserver mit integrierter Automatisierungsfunktionalitat und 
direktem Zugriff auf die Echtzeit-Kommunikationsebene des 
Realtime-Ethernets 

D*ie Erfindung betrifft einen Webserver mit in den Webserver 
(70) integrierten Sof twaremodulen (72) , welcher verschiedene 
Kommunikationsarten untersttitzt . Mindestens ein erstes Soft- 
waremodul (72) weist erste Mittel zur Realisierung einer Au- 
tomatisierungsfunktionalitat und zweite Mittel zum direkten 
Zugriff auf die Echtzeit-Kommunikationsebene eines Realtime- 
Ethernets auf . 

FIG 5 
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